Agile не для IT-компаній: можливо або ні?

Методологія Agile сьогодні використовується в багатьох великих компаніях. На жаль, як і OKR, у нас ця практика ще не дуже популярна. Багатьом IT та навіть не технічним компаніям, щоб стати більш ефективними та створювати популярні продукти, необхідно звернути увагу свій стиль роботи з іншого боку.

У цій статті ми розберемося з тим, що ж таке підхід Agile, якими методами він керується та як почати використовувати його в НЕ IT-компаніях.

Що таке Agile

Agile — це підхід, який допомагає командам швидко реагувати на відгуки про проєкт. Це дає можливість оцінювати можливі напрямки та вносити зміни в проєкт у процесі роботи над ним. Такий підхід також називається інтеративним.

Agile допомагає компаніям проєктувати та створювати правильний продукт. Цей процес керування дуже корисний для IT-компаній, тому що він допомагає аналізувати та покращувати свій продукт упродовж всього процесу розроблення. Agile-підхід дає можливість створювати продукт з високою конкурентоспроможністю.

Історія та принципи

У 2001 році невелика група осіб, втомившись від традиційного підходу до управління проєктами розроблення програмного забезпечення, сформулювала Agile Manifesto, як опис вдосконаленого методу керування прогресом технічних проєктів.

Маніфест Agile має чотири важливих пункти:

1. Необхідно приділяти більше уваги людям та взаємодії між ними, а не процесам та інструментам.
2. Продукт, що працює, важливіший, аніж детальна документація.
3. Співпраця з клієнтами важливіша, аніж дебати щодо умов контракту.
4. Процес мусить бути адаптивним.

Є 12 принципів Agile розроблення:

• Потреби клієнта задовольняються за допомогою постійного постачання продукту
• Вимоги клієнта щодо продукту, необхідно задовольняти незалежно від етапу роботи
• Часті оновлення
• Тісна співпраця та обговорення з клієнтом упродовж усього процесу роботи
• Інформацію краще передавати між сторонами в особистих розмовах
• Мотивація персоналу створює атмосферу довіри
• Робочий продукт – важливий показник прогресу
• Розробники мають підтримувати постійний темп роботи
• Постійна увага до якості в технічних характеристиках та дизайні
• Простота — спосіб не робити зайвої роботи
• Самоорганізовані команди створюють найкращі продукти
• Щоб бути більш ефективними, команди мусять адаптуватися до змін

Різниця між Agile та традиційним підходом

Методи

Методологія Agile досить велика, але найпопулярніші методи — Kanban та Scrum.

Kanban

Візуальний підхід до керування проєктами, коли команди створюють візуальні зображення своїх завдань. Для цього часто використовують нотатки на дошках (або через онлайн-додатки). Завдання проходять скрізь етапи, які вказані заздалегідь.

Scrum

Метод, у якому невелику команду очолює Scrum Master. Його завданням є усунення всіх перешкод для успішного завершення проєкту. Робота виконується короткими циклами або спринтами. Команда щодня збирається для обговорення поточних завдань та проблем, від яких потрібно позбутися.

APF

Adaptive Project Framework — це адаптивна структура проєкту. Такий метод керування проєктами базується на ідеї, що здебільшого IT-проекти керуються з допомогою традиційних методів. Робота виконується поетапно та оцінюється після кожного етапу.

XPM

Extreme Project Management — це екстремальне управління проєктами. Метод, у якому ви можете змінити план проєкту, бюджет та навіть фінальний результат відповідно до будь-яких потреб. Водночас не має значення, який зараз етап проєкту.

Як застосовувати Agile не в IT

Методологія Agile не обмежується командами розробників програмного забезпечення. Багато організацій стали більш гнучкими, завдяки Agile- мисленню. Agile вже широко використовується в маркетингу, освіті та навіть у виробництві автомобілів. Agile ґрунтується на методології LEAN, яка використовується у Toyota. LEAN передбачає усунення з усіх процесів будь-якого сміття — від непродуктивних багатогодинних зустрічей та роботи, що легко автоматизується, до тривалих пауз у роботі, тому що хтось щось не підписав.

Якщо ви не IT-команда, але хочете впровадити Agile, ви, ймовірно, зіткнетеся з протидією змінам і це добре. Щоб заохочувати впровадження Agile в групах, які не займаються розробленням, ви маєте спочатку продемонструвати важливість методології.

Не тиснути

Agile містить багато деталей, які стримують методологію. Щоб не виникало проблем, не використовуйте Agile, як набір правил. Натомість сформулюйте підхід, як культурну практику та образ мислення для покращення роботи.

Використання Agile навіть у проєктах, які не пов'язані з розробленням програмного забезпечення, стане плюсом у вашому бізнесі. Розглядати ці методи потрібно не просто, як тенденцію, а як неминучий прогрес.

Зверніть увагу, що успішна Agile-культура допоможе підвищити незалежність співробітників, довіру та особисту відповідальність. Для Agile перетворень важливо, щоб вони відбувалися більш-менш органічно.

Перехід

Навколо Agile склалося багато практик інтеграції. Вводите їх інтерактивно, і зможете уникнути опору, яке зупинило багато змін. Щоб почати, досліджуйте Scrum і Kanban. Постарайтеся зрозуміти, які практики можуть вам допомогти й чому.

Якщо ви прагнете до масштабного переходу на Agile, будьте особливо уважні при плануванні змін. Наприклад, для початку невелика кількість прогресивних людей формують пілотну команду, де застосовують Agile-методи й вимірюють свої показники, щоб довести переваги продуктивності. Потім команда ділиться і розподіляється іншими командами. Такі зміни більш природні й не руйнують встановлену організацію. Перетворення швидше ітеративне, ніж раптове, а значить Agile приймається з використанням Agile.

Оптимізація під свою сферу діяльності

Деякі Agile-тренери вказують, що важко зв’язати ідею «розроблення програмного забезпечення» з іншими сферами бізнесу. Супротивники Agile часто відкидають нововведення, аргументуючи це тим, що вони занадто сфокусовані на якості, щоб витрачати час на впровадження нових практик. Така ситуація відбувається через брак розуміння основних принципів Agile. Майте на увазі, що Agile не означає жертвувати якістю заради швидкості.

Концепцію розроблення «продуктивного програмного забезпечення» можна легко перенести в будь-яку сферу. Визначте актуальні параметри в принципах Agile, які важливі для вашої команди.

Ви також не мусите обов'язково використовувати мову Agile. Вона була створена у світі IT та може бути недоречною. Поміркуйте про зміну термінології, щоб використовувати мову, якою спілкуються співробітники.

Об'єднувати без формальностей

Коли у вас є декілька команд, які практикують Agile, ви ризикуєте отримати в результаті «Agile silos» — команди, які практикують Agile всередині компанії, але яким не вистачає групової координації. Ви маєте впровадити єдине бачення, щоб допомогти перетворити ці різні команди в спільну систему.

Важливо синхронізувати свої команди, але ви маєте бути обережні, щоб не отримати зайву бюрократію. Центральною темою Agile є зміна процесів взаємодії. Ухвалення формальностей Agile без розуміння їхньої мети просто безглуздо.

А нам точно потрібен Agile?

Одна з найбільших пасток, у яку ви можете потрапити — розглядати Agile як панацею, здібну допомогти вам виконувати більше роботи за менший проміжок часу. Agile — це руйнування структур, які не дають можливості людям виконувати свою роботу найкращим чином. Тому керівникам більшості сучасних компаній варто знати про цей підхід та в разі необхідності застосовувати його на практиці.